System and method for a secure environment that authenticates secure data handling to the user

ABSTRACT

A system and method is introduced for combining a secure device with a non secure user machine for using and sharing secure data seamlessly through the non secure user machine. The secure device runs in a separate, “parallel world” to the user machine so that the user machine cannot access secure data while it is being used. Even if the user machine is already compromised, the secure data and its usage remain protected from the likes of key logging and screen captures. The secure device authenticates secure data handling to the user so that the user is able to differentiate between a secure and a non secure data usage, as well as identify false imitations of the secure environment.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. Provisional Patent Ser. No.61/806,903, filed Mar. 31, 2013 by the present inventor.

FIELD OF INVENTION

This invention generally relates to the use of data in secureenvironments, and more particularly but not exclusively to the use ofdata in an environment that authenticates secure data handling to theuser.

BACKGROUND OF THE INVENTION

Protecting data in a computing environment that is connected to thenetwork has become a challenge in light of cyber attacks and insidejobs. The key forms of security that were relied upon just a few yearsago, such as physical security and encryption, are now bypassedsuccessfully by attackers.

The situation gets worse when such attacks remain unknown for a certainperiod of time or perhaps even indefinitely. It is therefore difficultto state anything about the security of a machine that is connected tothe internet. Simple questions regarding security can no longer beanswered: “has the machine been compromised?”, “Is the data I'm typingor viewing now safe from interception?”, “Has my data been alteredwithout my knowledge?”

The reality is that if a machine is connected to the network then thereis no guarantee regarding the security of the machine, and once asecurity breach occurs, all assets on that machine can be comprised. Itis worth noting that even a machine that is not directly connected tothe network or even unconnected machines can be compromised in variousways through a combination of cyber security and insiders.

In the attempt to defend against such attacks, there is an asymmetrybetween the role of the defender of a network and the attacker. Thedefender maintains current security infrastructure, going through logstrying to identify a possible threat, patching security fixes, addinglayers of security and monitoring the machine and network for possiblepotential threats.

The attacker searches for a single weakness and uses that weakness togain access to the user data.

The present invention presents a different approach to protecting datafrom cyber attacks and inside attacks. In this disclosure we present a“parallel world” of security or a parallel environment to the userunauthenticated, non secure environment which is usable yet secured andisolated. The “worlds”, the parallel and the non secure one, neverintersect so that what is secured remains secure and the rest, the nonsecure, unauthenticated data, stays out of the secure world. The two“worlds” are both controlled through the non secure user environment sothat the user has a seemingly single, standard environment experience.

Since the parallel worlds never intersect, if a data breach occurs inthe non secure user machine, the sensitive data on the parallel worldremains secure and can be used through the use machine even when theuser machine is compromised, without risking the secure data.

In order to prevent the user from mistaking between secure data handlingand non secure, normal data handling on the user machine, the parallelworld authenticates itself to the user so that the user can tell thesecure parallel world is currently in use, rather than a non secure one.This can protect the user from an imitation created by an attacker, orprotect even from just a standard, non secure unauthenticatedapplication that the user can type secure data into by mistake.

The parallel world can protect various types of sensitive data such asdocuments, emails, code, images, videos; Data may be shared betweenparallel world entities; Sensitive data entry such as authenticatingwith username password to a website; Editing of documents, emails andcode; Protecting data usage on cloud computing and so forth.

The usage of the protected data is transparent to the user and protecteddata can be shared and safely sent to other users, yet for exampleunintended recipients cannot make use of received secure data.Similarly, data is also protected from entities other than users, suchas an automated server.

The parallel world adds identification and authentication to users andservers, data can be shares between users securely and communication toa server can be secured.

The parallel world restores the importance of physical security andencryption so that these two, quite old securing methods can become onceagain the highlight of securing data.

This disclosure presents a way to handle secure data and non-secure datathrough a common interface while allowing a user to identify securehandling of secure data.

This disclosure aims at protecting secure data even if an intrusion hasalready occurred, and protects even from an inside data breach.

In this disclosure a secure and isolated environment is created forhandling sensitive, secure data so that the data can be used and sharedtransparently while keeping the data protected. Data is created, used,shared and communicated separately from the non secure user machine andis kept in a secure environment throughout its entire lifetime.

Each user has a secure environment working in parallel to their machine.Data that is considered sensitive is created and used only in thatsecure environment. User can communicate sensitive data to other userswho can use the data using their secure environment. The parallel worldcan be configured with permissions for single users as well as forgroups of users. Similarly, permissions can be managed in that waythrough individuals and groups.

Some of the motivation of this disclosure is to protect secure data frombeing copied or intercepted by any means, even through the likes of keyloggers and display snapshots. The data is to remains protected fromadministrators that back up the data for example, so that mass copyingof protected data is prevented. The data is to remain protected if sentto the wrong recipient. The data is to be accessed by its intended usersonly and is to be protected from others throughout the lifetime of thedata. Since the secure data remains in the parallel world, mass copyingeven of authorized data for the user, to a media outside the parallelworld is prevented.

There is thus a widely recognized need for protecting data in the mannerdescribed above even when the non secure user machine has already beencompromised and it would be highly advantageous to have such a methoddevoid of the above limitations.

SUMMARY OF THE INVENTION

A system and method is presented for using and sharing secure data usinga secure environment that authenticates itself to the user. The secureenvironment can work in conjunction with a non-secure user machine sothat user experience is seemingly entirely through the user machine.Secure data is used and remains protected in the secure environment evenif the security of the user machine has been compromised.

Furthermore, according to one aspect of the present invention, there isprovided a secure system for authenticating secure handling of data to auser, the secure system comprising:

-   -   a secure device configured at least partially for handling        secure data;    -   a display configured for displaying at least part of output from        said secure device directly to said user;    -   a totem recognized by said user wherein data of said totem is        protected for secure access by said secure device;    -   whereby said totem is presented to said user directly through        said display when secure data is processed in said secure device        for authenticating secure handling of data to said user.

According to a second aspect of the present invention, there is provideda method of authenticating a secure system to a user for handling securedata the method comprising:

-   -   a. preparing a totem for said user to be recognized by said        user,    -   b. securing said totem using said secure system,    -   c. prompting said user for handling of contents securely using        said secure system,    -   d. presenting said totem to said user for authentication of said        secure system to said user for handling of said contents        securely.

According to a third aspect of the present invention, there is provideda system for handling secure data and non-secure data through a commoninterface while allowing a user to identify secure handling of securedata, the system comprising:

-   -   at least one secure device for handling secure data;    -   at least one non-secure device for handling non-secure data;    -   a display for displaying output of at least part of said at        least one non-secure device and for directly displaying output        of at least part of said at least one secure device;    -   a totem recognized by said user wherein data of said totem is        protected for secure access by said at least one secure device;        whereby said totem is presented to said user directly through        said display on secure parts displayed on said display to let        said user differentiate between secure data handling and        non-secure data handling

Unless otherwise defined, all technical and scientific terms used hereinhave the same meaning as commonly understood by one of ordinary skill inthe art to which this invention belongs. The materials, methods, andexamples provided herein are illustrative only and not intended to belimiting

Implementation of the method and system of the present inventioninvolves performing or completing certain selected tasks or stepsmanually, automatically, or a combination thereof. Moreover, accordingto actual instrumentation and equipment of preferred embodiments of themethod and system of the present invention, several selected steps couldbe implemented by hardware or by software on any operating system of anyfirmware or a combination thereof. For example, as hardware, selectedsteps of the invention could be implemented as a chip or a circuit. Assoftware, selected steps of the invention could be implemented as aplurality of software instructions being executed by a computer usingany suitable operating system. In any case, selected steps of the methodand system of the invention could be described as being performed by adata processor, such as a computing platform for executing a pluralityof instructions.

BRIEF DESCRIPTION OF THE DRAWINGS

The invention is herein described, by way of example only, withreference to the accompanying drawings. With specific reference now tothe drawings in detail, it is stressed that the particulars shown are byway of example and for purposes of illustrative discussion of thepreferred embodiments of the present invention only, and are presentedin order to provide what is believed to be the most useful and readilyunderstood description of the principles and conceptual aspects of theinvention. In this regard, no attempt is made to show structural detailsof the invention in more detail than is necessary for a fundamentalunderstanding of the invention, the description taken with the drawingsmaking apparent to those skilled in the art how the several forms of theinvention may be embodied in practice.

In the drawings:

FIG. 1A is a block diagram illustration of a secure device connected toa user machine, in accordance with an embodiment of the presentinvention;

FIG. 1B is a block diagram illustration of a secure device with detailedconnection to a user machine, in accordance with an embodiment of thepresent invention;

FIG. 1C is a block diagram illustration of a detailed secure deviceconnected to a user machine, in accordance with an embodiment of thepresent invention;

FIG. 2 is a block diagram illustration of a data protection processor,in accordance with an embodiment of the present invention;

FIG. 3A is a block diagram illustration of a display with a non secureapplication displayed, in accordance with an embodiment of the presentinvention;

FIG. 3B is a block diagram illustration of a display with anauthenticated secure application displayed, in accordance with anembodiment of the present invention;

FIG. 3C is a block diagram illustration of a display with a non secureapplication displayed together with an authenticated secure application,in accordance with an embodiment of the present invention;

FIG. 4 is a schematic flowchart for steps carried out for using anauthenticated image to authenticate secure applications, in accordancewith an embodiment of the present invention;

FIG. 5 is a schematic flowchart for steps carried out for sharing asecure document between two users, in accordance with an embodiment ofthe present invention;

FIG. 6A is a block diagram illustration of sharing a secure documentbetween two systems with a secure device, in accordance with anembodiment of the present invention;

FIG. 6B is a block diagram illustration of sharing a secure documentbetween two systems with a secure device that are connected through thenetwork, in accordance with an embodiment of the present invention;

FIG. 6C is a block diagram illustration of using a secure applicationrunning on the cloud, in accordance with an embodiment of the presentinvention;

FIG. 7A is a block diagram illustration of a display with a non secureapplication displayed together with an authenticated secure application,in accordance with an embodiment of the present invention;

FIG. 7B is a block diagram illustration of a display with a non secureweb application part displayed together with an authenticated secureuser login application part, in accordance with an embodiment of thepresent invention;

FIG. 7C is a block diagram illustration of a display with a non secureemail application part displayed together with an authenticated secureemail application part, in accordance with an embodiment of the presentinvention;

FIG. 8 is a schematic flowchart of the lifecycle of a secure file foruse with a secure device, in accordance with an embodiment of thepresent invention;

It will be appreciated that, for simplicity and clarity of illustration,elements shown in the figures have not necessarily been drawn to scale.For example, the dimensions of some of the elements may be exaggeratedrelative to other elements for clarity. Furthermore, where consideredappropriate, reference numerals may be repeated among the figures toindicate corresponding or analogous elements.

DESCRIPTION OF THE PREFERRED EMBODIMENTS

The preferred embodiments teach a secure device for use with anon-secure user machine for using and sharing secured data through theuser machine. Before explaining at least one embodiment of the inventionin detail, it is to be understood that the invention is not limited inits application to the details of construction and the arrangement ofthe components set forth in the following description or illustrated inthe drawings. The invention is capable of other embodiments or of beingpracticed or carried out in various ways. Also, it is to be understoodthat the phraseology and terminology employed herein is for the purposeof description and should not be regarded as limiting.

The present invention includes several embodiments that can be realizedusing the data securing environment described herein. In thisdisclosure, a data securing environment is used in conjunction with anon secure user machine for a single environment experience, allowingthe use of data protection through a less protected user environment.

The secure environment runs in a separate, “parallel world” to the nonsecure user machine so that the user environment cannot access securedata while it is being used. Even if the user environment security isbreached, the secure data and its usage remain protected from the likesof key logging and screen captures.

In order to let the user differentiate between the secure and non-secureenvironments, the secure environment authenticates itself to the user.This authentication is also meant to prevent a possible falseimpersonation of the secure environment by the non secure environment,which may be attempted by a hacker to the non secure user environment.

Once the secure environment authenticates itself to the user, the usercan safely create and use secure data without fear of possible leakingof secure data to the non secure environment. The authentication processcan be a continuous one or a repeating one, rather than be presentedonly at a certain time.

The secure data in use by the user can be a wide range of user data suchas user personal data as well as shared data between a plurality ofusers. The secure data can also be communicated with a server having asecure environment as well as be used in cloud environments that has asecure environment. In this manner data can be securely transferredbetween two or more secure environments.

This disclosure introduces a “parallel world”, a secure environment thatruns in parallel to the user machine and which does not share any userdata with the user machine and yet still allow the control and displayof applications making use of the secure data through the user machine.The “parallel world” environment keeps secure data protected from asecurity-compromised user machine even while secure data is in use.Compromised security can be for example an installation of malware onthe user machine or even, a hacker gaining administrator rights on theuser machine.

This disclosure presents a way to protect secure data throughout itsentire lifetime, from its creation, to its usage and its sharing. Thedata protection environment described may be included as part of asingle device or be presented as a separate device to be connected tothe user machine through direct access connections. The data protectiondevice may be a part of a network of data protection devices and one ormore servers. There may be a number of such networks of secure devicesthat are completely or partially separate.

Using this disclosure, the user is offered with a secure environment forcreating, viewing editing and sharing sensitive data such as documents;images and videos as well as entering credentials on a web page andsending secure email messages.

This disclosure presents a separation between the secure environment andthe non secure environment while working with the non secure environmentto control both of the environments. The separation between theenvironments means that even screen captures and key logging cannot beused to attack the secure data.

This disclosure allows the user to define access permissions tosensitive data for other users and to protect sensitive messages fromwrongfully sent recipients;

This disclosure allows the handling of secure data and non-secure datathrough a common interface while allowing a user to identify securehandling of secure data.

The term user machine used throughout this disclosure may generallyrefer to a non secure machine such as a computer of a user, a laptop,tablet, smart-phone or any other computing device that may be exposed toexternal attacks such as through the network.

Reference is now made to FIG. 1A, which is a block diagram illustrationof a secure device connected to a user machine, in accordance with anembodiment of the present invention comprising user machine 102 such asa PC, a secure device 104 which is a separate execution environment tothe user machine 102. The user machine 102 may pass commands and data aswell as user machine display to the secure device 104.

The secure device 104 receives keyboard typing from keyboard 118 andeither directs them out to the user machine 102 or cuts off the usermachine and directs typing only to the secure device 104. Noteconnection between secure device 104 to user machine 102 to transferkeyboard data as well as other data is not shown in this fig but doesexist.

Mouse 120 connects to the user machine directly and if necessary, theuser machine 102 passes mouse commands to the secure device 104.

The secure device 104 outputs data such as display data to the monitor114. The data transferred from secure device 104 to the monitor 114 maybe display data as well as optional other data. The data transferredfrom secure device 104 to the monitor 114 originates from secure device104 and may also include data that originates from user machine 102 suchas display data to the monitor.

The monitor 114 displays a secure device window 116 originating fromsecure device 104. The secure device window 116 contains data that doesnot pass through the user environment and is yet controllable throughthe user machine through the mouse 120 and keyboard 118 as will befurther described. Having secure data usage taking place in anunreachable location from the non secure user machine prevents attacksfrom the user machine that may attempt to access secure data and itsusage.

Reference is now made to FIG. 1B, which is a block diagram illustrationof a secure device with detailed connection to a user machine, inaccordance with an embodiment of the present invention comprising nonsecure user machine 102 such as a PC, a secure device 104 which is aseparate execution environment to the user machine 102. The user machine102 may pass commands and data such as encrypted secure data to thesecure device. The user machine passes its display to the secure device104.

The secure device 104 receives keyboard typing from keyboard 118 andeither directs them out to the user machine 102 or cuts off the usermachine and directs the typing only to the secure device 104. Duringsecure data usage in secure device 104 the keyboard is cut off from theuser machine. This way Key loggers installed on user machine 102 willnot be effective during secure data usage in the secure device sincekeyboard typing does not pass through user machine 102 during securedata usage time.

Mouse 120 connects to the user machine directly and if necessary, theuser machine 102 passes mouse commands to the secure device 104. Themouse commands in the present embodiment pass through the user machineduring both secure and non secure data usage. In some embodiments themouse commands during secure data usage may not passed through the usermachine similarly to how data from keyboard 118 is not passed throughthe user machine in secure data usage time. In some embodiments touchscreen or other input devices may be relevantly used and keyboard andmouse are used here as an example only and should not be limiting.

The secure device 104 outputs data such as display data to the monitor114. The data transferred from secure device 104 to the monitor 114 maybe display data as well as optional other data, for example audio aswell as other data not used by a monitor. The data transferred fromsecure device 104 to the monitor 114 originates from secure device 104and may also include data that originates from user machine 102 such asdisplay data to the monitor. The monitor 114 displays a secure devicewindow 116 originating from secure device 104. The secure device window116 contains data that does not pass through the user environment and isyet controllable through the user machine through the mouse 120 wheremouse commands originating from the user machine may be sent to thesecure device. Having secure data usage taking place in an unreachablearea from the user machine prevents attacks from the user machine tosecure data usage.

Secure data is being used only within secure device 104. All securekeyboard typing and secure display data is not passed through the usermachine. The secure device 104 forms a “parallel world” to the world ofthe user machine, which is controllable and usable from the user machineyet no data is shared with the user machine. In some embodiments secureuser data is stored in encrypted form outside secure device 104 such asin the user machine and are decrypted when retrieved in secure device104 during secure data usage.

The user may create, view and edit secure data on his machine 102 usingthe secure device window 116 displayed from the secure device 104without the keyboard or display ever going through the user machine.Therefore existence of key loggers and display snapshots on user machine102 will not be effective in order to intercept secure user data.

It will be later shown how secure device 104 can be effectivelyprotected from tampering from user machine 102 as well as how thisprotection is fundamentally different from any other currently availableprotection mechanism, such as firewalls and traffic monitoring devicesfor example.

Reference is now made to FIG. 1C, which is a block diagram illustrationof a detailed secure device connected to a user machine, in accordancewith an embodiment of the present invention comprising further to FIG.1A and FIG. 1B the secure device 104 in detail along with arrows betweendifferent units outside secure device 104 and units within secure device104 to indicate connections between these units to transfer data.

Secure device 104 contains a secure vault 108, a secure environment 110and a video mixer 112.

User machine 102 connects to a secure vault 108. The secure vault isconnected to the secure environment 110. Both the user machine 102display and the secure environment display interfaces connect to videomixer 112 which outputs its display to the monitor 114.

Keyboard 118 is connected to the secure vault 108 which sends non securekeyboard typing to the user machine 102 through a connection between thesecure vault and the user machine. In the present embodiment thekeyboard is connected to secure vault 108 and keyboard data istransferred to the secure environment 110 from the secure vault 108. Insome embodiments the keyboard may connect directly to the secureenvironment.

Mouse 120 is connected to the user machine 102 directly and mouse eventsare sent if needed through the connection of the user machine 102 andthe secure vault 108. In some embodiments the mouse may connect tosecure device 104 similarly to the keyboard connection where some mouseevents may be sent back to the user machine.

The video mixer 112 receives commands from the secure environment 110regarding where to place the window of the secure environment display116. In this embodiment the secure device window 116 is placed in PIP inmonitor 114, where PIP stands for picture in picture, a mode ofdisplaying a window from a separate video input.

The user works normally on their machine 102 while secure data ishandled only in the secure device 104. In a preferred embodiment, theuser executes a secure program in the user machine and a window opensfor the secure application on the user machine. The secure device issent a request to execute the secure application and the PIP from thesecure device appears in the window location intended for the secureapplication to display in the user machine. The windows coinciding inthe same location on the display allow the impression of a singleenvironment and the seamless secure environment use from the userperspective. In the case where a window frame belonging to the windowingsystem of the user machine exists, for example just on top or on allsides of the window, the PIP of the secure device is preferablydisplayed within the window frame of the user machine windowing system.

In some embodiments, the video mixer displays the PIP location accordingto commands received from the user machine. The used machine sendscommands as well as location information and mouse movements to thesecure device. The secure device moves its mouse pointer accordingly andsends PIP locations to the video mixer so that the user views a singleenvironment and in regards to window location on the screen and mousemovements, it is for the user as if the secure device does not exist andthere is only the user machine.

The secure device 104 forms an isolated environment with a gatekeeperthat keeps non secure unauthenticated data out. Display and keyboardtyping do not pass through the user machine when secure data is handledin the secure device.

If we look closer at the role of each unit, the secure vault 108connects with the user machine to communicate encrypted, authenticateddata files with the world outside the secure device 104 where these fileare decrypted by the secure vault 108 and sent to the secure environmentfor processing. When data to be stored outside the secure device thefiles are encrypted by the secure vault and sent outside in encryptedform. In addition, the secure vault receives commands from the usermachine such as initiation, location and focus of secure data usage. Thesecure vault forms a gatekeeper to the secure device.

The secure environment 110 receives unencrypted secure data from thesecure vault as well as commands from the user machine through thesecure vault. The secure data can be edited, viewed or created in thesecure environment. The commands from user machine 102 include thelocation and size of the displayed secure data as secure device window116 in monitor 114. The secure environment extends the secure vault inthe sense that since no other data connection is available to the secureenvironment then only files that passed through the secure vault 108reach the secure environment. The secure environment is also initializedthrough the secure vault.

The video mixer 112 receives display information from the user machine102 and from the secure environment 110. The secure data from the secureenvironment is displayed in PIP on top of the user machine display. Thevideo mixer receives commands from the secure environment forcontrolling the location and size of the PIP displaying secure data. ThePIP location and size is set by the user similarly to using any otherwindow in the user machine 102.

The monitor 114 displays the user machine display and the secureenvironment display in PIP. Together they seem as though all thecomputations occur on the user machine.

In the preferred embodiment the secure environment operates in aclean-room “sterile” conditions that only allows interaction from theoutside world through files authorized by the secure vault or new filescreated within the secure environment.

The secure environment extends the secure vault by booting to an imageauthenticated by the secure vault and by having a communication channelonly with the secure vault. The secure vault can also physically resetthe secure environment to make sure it is under the control of theauthorized image originating from the secure vault.

In the preferred embodiment, the files that are allowed by the securevault are only files that have been created within a secure environment.Since the secure environment is initiated clean of infections and is cutoff from the world in a cyber manner, it will remain clean onwards. Thatis the unique feature of a “parallel world” where data in one world doesnot cross to the other world.

Since keyboard typing and display information of secure data handling donot pass through the user machine, it is possible to keep data away fromthe reach of user machine 102.

The operation the secure device is as follows: Secure vault unit 108passes secure files and commands between the user machine 102 and thesecure environment 110. Secure environment 110 receives open, usablefiles, keyboard typing and commands and displays the processing outputto its display interface. The secure environment 110 forms a secureextension to the secure vault 108. Video mixer 112 receives both theuser machine display and the secure environment display. The video mixer112 receives commands from the secure environment 110 and outputs to themonitor the expected output in term of the user, for both user machine102 and secure environment 110.

Files that carry sensitive data are always encrypted outside the securedevice. Each encrypted file includes a certificate for each of itsauthorized users so that only those authorized users can make use of theencrypted file within their respective secure devices only. Encryptionand decryption as well as authorization of a file such as by hashing,takes place by the secure vault which encrypts and hashes all filesleaving the secure device and decrypts and authenticates files goinginto the secure environment. The secure vault is able to decrypt datafiles with certificates allowing the specific secure device to open thatfile.

User machine 102 is connected to secure device 104. The connection tocomponents within secure device 104 includes a two way connection to thesecure vault 108 to transfer commands and various data, and a connectionto the video mixer 112 containing display data from the user machine.

The secure environment 110 within the secure device 104 is an isolatedexecution environment with display data connected to video mixer 112along with a connection for sending commands to the video mixer tocontrol display of the video mixer 112. The secure environment isconnected only through secure vault 108 for receiving commands from theuser as well as possible data to be used only within the secureenvironment.

Both user machine 102 and the secure environment 110 display interfacesconnect to video mixer 112 which outputs its display to monitor 114.

The secure environment 110 outputs its display in PIP (Picture InPicture) as secure device window 116 in monitor 114. The display ofsecure environment 110 does not pass through user machine 102. This waymalware on the user machine cannot access the display information ofsensitive secure data.

The Keyboard 118 may be connected in some embodiments to the secureenvironments and from the secure environment there is a keyboard dataconnection that connects to the user machine. When the secure device 104is handling secure data, the keyboard is cut off from the user machineby the secure device. This way, key loggers for example on user machine102 will not be able to intercept keyboard strokes of secure datahandling.

In the preferred embodiment, the user machine 102 runs a dedicatedcontrol program whenever the secure device 104 is used. The dedicatedcontrol program opens a window in the user machine and transmitsrelevant control data of that window to the secure vault 108 within thesecure device 104, including such requests as initiating a securesession, and sending mouse events such as location and display size andfocus events.

The Mouse 120 is connected to the user machine. Commands relating to thesecure device are transferred through the secure vault 108 to the securedevice using the dedicated control program on the user machine.

In the present embodiment, all files carrying secure data are kept onthe user machine in encrypted form using the secure vault 108 encryptionkey. The secure vault 108 transfers encrypted files from the usermachine into open files in the secure environment 110 on whichprocessing can be done.

Each secure file includes a certificate corresponding to each userallowed access to the secure file. The secure vault will only be able tomake use of a secure file if the user secure vault has permission to usethat secure file. Therefore a wrong email address or extra recipients,as well as system administrators and other privileged users and alsohackers will not be able to access such files.

In some embodiments, data files that can be made of use with the secureenvironment are either: a) data files that have been created within asecure environment of some user. b) “Cleansed” files that have beentransformed to be of use within the secure environment, as will discussthis later.

In the present embodiment when a secure data file is handled in thesecure device 104, display information and keyboard typing do not passthrough user machine 102. This means that even if the user machine isinfected of hacked, the data handled through the user machine within thesecure device is not exposed to attacks such as key logging, screencaptures. Key logging is not possible because keyboard data is nottransmitted from the secure vault to user machine 102 when secure datais handled in secure device 104. Screen captures cannot be taken becausethe display does not run through the user machine. Secure data cannot beaccessed since it is being handled in a separate unit than the usermachine.

This way of operation protects secure data from access of user machineyet lets the user access the data normally like any other window. Thisis achieved in the present embodiment by using a PIP mode in the videomixer 112 and controlling the PIP window location and size on themonitor 114 through the user machine.

In some embodiments the secure device can be a single unit such as achip, a single device or included within the user machine. The termsecure device, is used for explanation purposes and can be a physicalentity as a stand alone device as well as an entity implemented withinanother device.

FIGS. 1A, 1B and 1C shows how secure data can be handled securely withina secure device through the control of a non secure user machine. Thesecure device handles secure data separately from the non-secure usermachine; The non-secure user machine sends the secure device commandsfor using of the secure data within the secure device; The display isdisplaying the user machine and the output of the secure device whilethe secure device output is not passing through the user machine forprotecting the secure data handling and prevent screen snapshots forexample by the non secure user machine which may be hacked. Thereforethe user machine commands the use of secure data without the secure dataand its output being passed through the user machine keeping the securedata separate from the user machine. This is similarly taking place withthe keyboard so that keyboard input goes directly into the secure deviceand upon secure data handling the keyboard does not pass through theuser machine to protect secure data typing.

The way secure data can be used through the use of a non-secure usermachine according to the system is shown in FIGS. 1A, 1B and 1C is asfollows: The user requests to use secure data through the user machine.For example executing a program on the user machine that sends a commandand a secure filename for use in the secure device. The secure data isthen used within the secure device as commanded by the user through theuser machine where the display of the secure data that is handled in thesecure device is sent directly to the display for the user to view,without the secure output display data going through said user machine.This way screenshots of secure data and other monitoring cannot takeplace through the non-secure user machine.

The presented FIGS. 1A, 1B and 1C show how a secure environment with auser machine can be combined together for a seamless user machineexperience for handling secure content while the secure contents remainsprotected within the secure device and is not exposed to the non secureuser machine.

Reference is now made to FIG. 2, which is a block diagram illustrationof a data protection processor, in accordance with an embodiment of thepresent invention comprising processor 202 which a hardware secure unitcomprising on-chip RAM 204, on-chip ROM 206, public OTP 212, private OTP216 and chip peripherals 210 which include JTAG, DMA etc. OTP means OneTime Programmable memory, that once programmed cannot be erased, forexample, initial memory is all zeros and once a 1 is programmed it canno longer be returned to zero. The public OTP 212 is accessible all thetime and within this memory at a specific location, a public key 214 isprogrammed by the user in a manner that cannot be later altered. Theprivate OTP 216 is accessible only during a special secure mode ofoperation and within this memory AES key 218 is programmed.

The data protection processor of the secure vault 108 in secure device104 preferably includes a hardware secure technology environment such asLockbox from Analog Devices. Such a secure environment allows theprevention of pausing of execution, examining or altering the executionenvironment.

The ADI Lockbox technology authenticates signed code segments withinon-chip RAM 204. Code in on-chip ROM 206 authorizes the code using thepublic key 214 programmed into public OTP 212 which is expected at aspecific location as programmed in the on-chip ROM 206. Thisauthentication process may take place securely on the chip.

When the code segment is authorized, the Blackfin chip goes into aspecial secure mode where it can: 1. Control chip interfaces in the chipperipherals 210 and can turn off JTAG, DMA, etc 2. Access private OTP218. For example in the special secure mode when the code isauthenticated, the chip can turn off peripherals and access the AES Key218.

Following this process we have authenticated code running in a computing“island” protected from the outside world while having access to privateOTP data 216 such as the AES secret key 218.

The signed code that is authorized in the authentication process issigned with a private key that corresponds to the public key 214. Theprivate key must be kept protected separately from the chip. The privatekey may be generated and secured in protected manner using a hardwaresecure device similar to the present processor 202.

A device will be referred to as prepared for secure operations under theexample of Lockbox when the following are in place: 1. A public key 214is programmed into public OTP memory 212 in a specified public keylocation as expected by the on-chip ROM. 2. An AES key 218 is programmedinto private OTP memory 216.

The secure vault 108 preferably includes processor 202 for implementingits security. The processor 202 includes an encryption key—AES key 218that does not exist outside the secure vault in the current embodimentand which is only usable when the processor is in secure mode. Securemode can only be achieved by executing a program signed with the privatekey that corresponds to the public key 214 programmed in the processorpublic OTP.

Therefore data that is encrypted using the secure vault 108 usingencryption key 218 can only be decrypted by the secure vault 108 whenthe processor executes signed authenticated code.

Since secure mode means the secure environment is isolated and runningauthenticated code, secure data can then be handled securely and only ina secure mode of operation.

The secure vault 108 can autonomously do the following securely: a)Encrypt files using its AES key without revealing the key outside thevault. b) Decrypt files using its AES key without revealing the keyoutside the vault. c) Authenticate that a file has permissions to beused with the present secure vault. d) Authenticate permission of a fileto be used with another secure vault belonging to another user. Theencryption and decryption stages in the current embodiment includeverification of the contents of the file using a hash function as well.

The secure vault with its AES key 218 is independently protecting filesbetween data leaving the secure device 104 and entering secure device104. Data leaving the secure device is encrypted by the AES key and dataentering is decrypted using the AES key. The AES key in this embodimentonly resides in the secure vault and the secure vault acts as aseparator between the user world and the parallel world so that no datafrom either world finds itself in the other world. This separation is akey feature of this disclosure. In some embodiments non-volatile storagelocated within said secure vault can also be used in a similar way sothat files located on the non volatile storage are in encrypted form.

The secure vault is used for saving, storing, retrieving and sending toanother user, a file that has been created by the secure environment110.

Once a file is retrieved, it can be used by the secure environment andagain be stored and sent to another user.

Having these features, the secure vault can keep secure files encryptedoutside the secure device and allow viewing and modification of securefiles only within the secure environment 110 for an authorized user.

Furthermore, the secure vault can let a user share secure data withanother user that is using another secure device.

In some embodiments the secure vault is handling secure files and is notaccessible for any other task by any other entity. In some embodimentscommands can be also transferred through the secure vault.

Following the secure vault 108 going into secure mode, the secureenvironment 110 boots up to an image file authenticated by the securevault. This way the secure environment forms an extension to the securevault and allows the creating, viewing and editing of sensitive data.The secure environment 110 connects to the outside world through thesecure vault only. The secure vault may be viewed as a gate keeper forthe secure environment but different to a firewall, it does not have anyrule for allowing any data from the outside that was not originated froma secure vault.

There is one issue though, that must be resolved when using the securedevice 104. What if a malware imitates the secure device so that thesecure device never actually goes into secure mode, leaving the userunprotected?

In this scenario existing protected data cannot be viewed because thesecure vault is not active and therefore will not decrypt existingprotected data. Still, new data can be created by the misled user in anunprotected environment.

To solve this hole in security we use something similar to the totemused in the film “inception”, in order to tell between the real worldand the dream world.

In the film “inception” a totem is used to protect against theimplanting of dreams. Only the owner of the totem knows how that totemfeels in the real world, so that if someone plants a dream in thatpersons head the implanter will not know how the totem feels like andthe dream world would be revealed by the totem owner.

In the current disclosure, we have the user recognize an imagecontaining something only the user knows. That image is kept encryptedand is decrypted by the secure vault into the secure environment only insecure conditions. The totem image is displayed to the user prior toopening each secure data item by the user. The user should not let anadversary see the image much like the totem is not given to someone elseto touch.

To solve our security hole then, if the user does not see the recognizedimage just prior to the opening of the newly created document then theuser will know the environment is not safe and will not use it.Similarly secure content is presented with the totem image for the userfor the authentication of the secure environment and the authenticationof the secure contents to the user. The following FIG. 3A through 3Cdescribe this process in the present disclosure.

Reference is now made to FIG. 3A, which is a block diagram illustrationof a display with a non secure application displayed, in accordance withan embodiment of the present invention comprising display 302 and awindow displaying a non secure application 304. In this illustration amalware may alter data in the application and the user has little if noinformation about the authenticity of any of the application, weather itis being logged by a remote user, has it been altered etc.

Reference is now made to FIG. 3B, which is a block diagram illustrationof a display with an authenticated secure application displayed, inaccordance with an embodiment of the present invention comprisingdisplay 302, a window displaying a secure application 306 and anauthenticating totem image 308 displayed in the background of thedisplayed secure application 306. The authenticating image is an imagechosen only by the user and is part of the initialization of thesecurity of the secure device 104. The totem image is kept in encryptedform capable of being opened by the secure vault 108 using the secretAES key 218 available to the secure processor in secure mode ofoperation. When the totem image is displayed to the user with anapplication, the application authenticates itself to the user, provingto the user that indeed the secure vault is operational in secure modebecause otherwise the authenticating image would not be displayed. Sincethe display of the authenticated totem image as well as the secureapplication do not pass through the user machine, these cannot beaccessed from a compromised user machine even while secure applicationis authenticating and executing. This way the secure deviceauthenticates itself to the user as well as the application.

Reference is now made to FIG. 3C, which is a block diagram illustrationof a display with a non secure application displayed together with anauthenticated secure application, in accordance with an embodiment ofthe present invention comprising display 314, a window displaying a nonsecure application 312, a window 310 displaying a secure application 306and an authenticating totem image 308 displayed in the background ofdisplayed secure application 306. The description of FIGS. 3A and 3Bregarding secure and non secure applications is similar to this FIG. 3Cwhile here these secure and non secure applications reside together onthe same display 314. This is done in this embodiment by using the videomixer 112 in PIP mode. This way the user machine controls the executingapplications while the secure device protects the secure applicationfrom access of user machine so that even if the user machine security iscompromised the secure application data will remain secure.

With FIG. 2, FIG. 3B and FIG. 3C it is possible to explain why thesecure device 104 is safe from tampering. The authenticated image ortotem image can be presented to the user only when the secure vault isin secure mode, because only then is the secret AES key available fordecrypting the authenticating totem image. The secure vault can be insecure mode only if it runs an authenticated piece of code signed withthe secret key that corresponds to the public key burned into the publicOTP of the chip in FIG. 2. When the secure vault goes into secure mode,it resets the secure environment and loads it with a secure andauthenticated image. The secure environment from the time of bootingonly received data through the secure vault that runs the authenticatedprogram. Since the authenticated program only allows encrypted,authorized and authenticated files to pass into the secure environment,it is therefore that the secure device is effectively protected fromtampering.

The protection offered by the secure device is fundamentally differentfrom any other currently available protection mechanism, such asfirewalls and traffic monitoring devices for example.

The secure vault is not acting as a firewall in the role of separatingbetween the user world and the parallel, secure world. While a firewallallows some traffic to pass through and has rules to allow and denycertain actions for data that its origins and contents are unknown, thesecure device completely blocks all traffic that has not originated froma secure device and that is not encrypted by a secure device. There areno rules in this sense and no unknown data of an unknown origin isallowed. Furthermore, there is no sharing of data between the usermachine and the secure device, rather than command or mouse events forexample.

Similarly, the secure vault is not acting as a traffic monitoringdevice, again because no unknown data or unknown origins passes throughthe secure device, while the secure device blocks all traffic that hasnot originated from a secure device and that is not encrypted by asecure device, with similar reasoning to the secure device beingdifferent to a firewall above.

From FIG. 3C it can be seen how a system can handle secure data andnon-secure data together through a common interface, to be presented onthe same display in this embodiment, while allowing the user to identifythe secure handling of secure data. The user can identify the securedata handling with the totem image presented on the secure data handlingwindow as shown in this figure. The display output of the secure devicein this embodiment may be displayed directly to the user so that thesecure data does not pass through non-secure devices.

From FIGS. 3B and 3C it can be seen how a secure system can authenticatesecure handling of data to the user, namely a secure device isconfigured at least partially for handling secure data and in thisembodiment this takes place following a controlled securing mechanism.The display is configured for displaying the secure device directly tothe user so that secure display does not pass through non-secure devicessuch as the user machine. The totem image is displayed to the user andis recognized by the user where the data of the totem image is protectedand available for secure access of said secure device. The user ispresented the totem image through the display when secure data isprocessed in the secure device to authenticate the security of thesecure device to the user.

Reference is now made to FIG. 4, which is a schematic flowchart forsteps carried out for using an authenticated image to authenticatesecure applications, in accordance with an embodiment of the presentinvention.

In step 401 user chooses totem image in initialization process of thesecure device at a secure location. The totem image is an image the userpersonally chooses and no one else is aware of the image chosen by theuser. The image choosing by the user is preferably made in a securelocation preferably not connected to the network and in a computerenvironment that is preferably erased and initialized upon each userinitialization process.

In step 402 totem image of the user is encrypted using the secure vaultof the user. The secret key AES key 218 of the secure vault 108 is usedto secure files for secure device 104 and is used to encrypt the totemimage within the secure vault.

In step 403 user makes use of a secure application in the secure device.The user can create, edit, read and use a secure file in the securedevice through the user machine.

In step 404 totem image is displayed to the user to authenticate secureapplication to the user. The secure device is also authenticated forbeing able to display the totem image that is protected by the securevault. When the totem image is displayed to the user, the secure vaultis in secure mode and the image has been decrypted in the secure vaultand sent to the secure environment where secure data processing takesplace. When the user sees the totem image the user can be confident thesecure device is indeed the one used by the user and that the securedevice protects user data from the user machine and from the outsideworld.

In some embodiment not only an image can be used as totem but any formof data the user can recognize, for example video or audio.

The secure device 104 protects the user data through the architecture ofthe secure vault 108 that separates the outside world from the secureenvironment 110. The secure environment 110 is an extension of thesecure vault while the secure vault is the unit that runs theauthenticated code to access the AES key 218 to access the totem imageand display it to the user. The secure environment is loaded through asecure file image arriving through the secure vault. In order for thesecure vault to make sure the secure environment is using the secureimage through the secure vault, the secure vault can have hardwareaccess such as hardware reset or cutting of power to make sure noprogram has been activated prior to secure vault initialization andremains active. In some embodiments the secure vault and the secureenvironment are implemented as a single unit.

From this fig. the authentication method that a secure system can carryout to authenticate its authenticity and security, as well as identity,is as follows: a totem is prepared for the user to be recognized by theuser, for example, in an initialization of the device in a securelocation not connected to the network. The totem is secured using thesecure device so that the totem cannot be used outside the securedevice, for example by encrypting and authenticating the totem with theAES keys of the secure vault. The user is then prompted for handlingsecure content by the secure device, using the secure vault, either forexample to compose a new document, read or edit an existing document.The user is presented the totem image along with the secure contents,before it or at some other time, in order to authenticate the securedevice security and integrity and prevent false imitation or mistakingthe secure device to enter secure data in a non-secure environment.

These series of steps display how the secure device and how a secureapplication authenticates themselves to the user and how theauthentication process is initially set up for the user.

Reference is now made to FIG. 5, which is a schematic flowchart forsteps carried out for sharing a secure document between two users, inaccordance with an embodiment of the present invention.

In step 501 user A authorizes a document of user A for use of user Bwithin user A secure device. The authorization process takes placewithin the secure device 104. In order to make sure the user is indeedthe one requesting the authorization for allowing user B to access thedocument, a random number is displayed to the user textually and theuser is required to repeat it. This way the user authenticates to thesecure device that user B is indeed the requested user to authorize forthe document. There is no need for any complicated captchas here becausethe display is routed through the video mixer and does not pass throughthe user machine so a request to repeat a textual representation of arandom number is sufficient for user authentication. As a result of theuser authorization, the secure vault 108 creates a file intended for theuse of user B. This may be a certificate only the secure vault of user Bcan use.

In order for secure data communication to take place between user A anduser B there may proceed a step for initialization of secure datacommunication between user A and B. This initialization may be needed totake place once per any pair of users. Such a step may make use of SSLcommunication between the two secure devices. A new key may be generatedor used with the secure vault for communication with each secure vaultof each user independently. Other examples may be applicable in thiscase for securely sharing data between entities in a manner that eachentity is authenticated. For authentication of a secure vault of aspecific user, a server connected to the network may be applicable, sothat secure vault of user A generates a file that the server canauthorize and send secure vault of user B an authorization in thisregard that only secure vault B can use and authenticate or otherwisethat anyone can authorize. In another embodiment user A can generate afile that anyone with a public key belonging to user A can check andauthenticate that indeed user A has created the document. There arevarious ways of authenticating and sharing keys between entities andthis disclose can use each one with no limitation.

In step 502, user A sends encrypted document to user B. The documentintended for user B cannot be made of use by any other user and othersecure device. Therefore if the document is mistakenly sent to anotheruser, the user will not be able to view the contents of the document.

In step 503, user B makes use of the user A document within user Bsecure device. User B may be limited in the use of the document forinstance, read-only and not being able to send the document to anotheruser, as well as not being able to copy and paste the document withinthe secure environment 110.

These series of steps display how a document can be shared between twousers securely with sender authentication and implied limitations on theuse of a received document. In some embodiment a document can bereplaced with any data file or data communication.

Reference is now made to FIG. 6A, which is a block diagram illustrationof sharing a secure document between two systems with a secure device,in accordance with an embodiment of the present invention comprisinguser A machine 602, user A secure device 604 and monitor 606 displayingboth user machine and secure device displays together in PIP mode asdescribed in FIG. 1A-FIG. 1C. The FIG. further comprising a similarsystem comprising a user machine, secure device and display for user Band a communication arrow between them to denote the means ofcommunication which can be a direct connection or otherwise between thetwo environments. The sharing of a secure document between these usersis explained in detail in FIG. 5.

Reference is now made to FIG. 6B, which is a block diagram illustrationof sharing a secure document between two systems with a secure devicethat are connected through the network, in accordance with an embodimentof the present invention comprising user A machine 602, user A securedevice 604 and monitor 606 displaying both user machine and securedevice displays together in PIP mode as described in FIG. 1A-FIG. 1C.The FIG further comprising a similar system comprising a user machine,secure device and display for user B and a and a communication networkbetween them denoted by a cloud denote the network communication betweenthe two environments. The sharing of a secure document between theseusers is explained in detail in FIG. 5 while the communication takesplace through the network passing the data securely, such as inencrypted manner.

Reference is now made to FIG. 6C, which is a block diagram illustrationof using a secure application running on the cloud, in accordance withan embodiment of the present invention comprising user A machine 602,user A secure device 604 and monitor 606 displaying both user machineand secure device displays together in PIP mode as described in FIG.1A-FIG. 1C. The FIG further comprising communication with a cloud 608which in addition to storage comprises a cloud computing machine 610connected to a cloud secure device 612. In addition to storing files forthe user, the cloud can make use of user secure files and securelycommunicate results of the processing of the secure user data. In thismanner cloud computing can be made to be secure. Uses can range fromemail services, multimedia services, document writing and sharingservices, calendar services etc. The initial set up with the cloud maytake place as explained in FIG. 5, and from that point the cloud canserve the user securely.

Reference is now made to FIG. 7A, which is a block diagram illustrationof a display with a non secure application displayed together with anauthenticated secure application, in accordance with an embodiment ofthe present invention comprising display 702 displaying a non securewindow 704 of a non secure application and a secure window of a secureapplication 706 that is authenticated to the user using a totem image.

Reference is now made to FIG. 7B, which is a block diagram illustrationof a display with a non secure web application part displayed togetherwith an authenticated secure user login application part, in accordancewith an embodiment of the present invention comprising display 710displaying a non secure web application part 712 displayed together withan authenticated secure login application web application part 714 wherethe secure login part is authenticated to the user using a totem image.The data we wish to secure which is the login and password pair here, ishandled securely and is then transmitted preferably to a remote serverthat communicates with the user secure device such as explained in FIG.7B. This way data that is sensitive cannot be captured such as by keylogging and other means available when secure data is used on anon-secure user machine for example.

Reference is now made to FIG. 7C, which is a block diagram illustrationof a display with a non secure email application part displayed togetherwith an authenticated secure email application part, in accordance withan embodiment of the present invention comprising display 720 displayinga non secure email application part 722 displayed together with anauthenticated secure email application part 724 where the secure emailapplication part is authenticated to the user using a totem image. Thedata we wish to secure which is the secure email part, is handledsecurely and is received and/or then transmitted preferably to a remoteserver that communicates with the secure device of the user, such asexplained in FIG. 7B. This way data that is sensitive within anapplication such as an email application cannot be captured such as bykey logging, screen captures, network tracing and other means availablewhen secure data is used on a non-secure user machine for example.

Reference is now made to FIG. 8, which is a schematic flowchart of thelifecycle of a secure file for use with a secure device, in accordancewith an embodiment of the present invention.

In step 801 file is created within the secure device. The creation ofthe secure file is made for example using a secure application. Forexample, a user opens a secure document editor and creates a newdocument. In the preferred embodiment, the user initiates a secureapplication which causes an initiation of the secure application in thesecure device. The video mixer then presents the secure application inPIP with the user machine display where the PIP from the secure deviceappears in the window intended for the application on the user machine.The windows coinciding in the same location on the display allow theimpression of a single environment from the user perspective. This stepis followed by step 804.

In step 802 file is read for use only within secure device. A file foruse only within the secure device is preferably a secure file encryptedwith the secure vault AES key and is kept secure if placed outside ofsaid secure device. In some embodiments at least some of the storage ofthe secure device resides outside the secure device in a secure manner.For example, data files may be located in encrypted form on the user PC.When a secure file is requested by the user, such as by the userexecuting a secure application on a secure file, the file is firstdecrypted in the secure vault and sent to the secure environment forprocessing. This step is followed by step 804.

In step 803 a file is received from another secure device. The file mayoriginate from another user or from another source, for example a filefrom the cloud or a displayable html or image from a remote server witha secure device that has been initialized to communicate secure datawith the secure device of the user. The file as in step 802 ispreferably a secure file encrypted with the secure vault key. When thesecure file is received by the secure device, the file may be firstdecrypted in the secure vault and sent to the secure environment forprocessing. This step is followed by step 804.

In step 804 the file of the data the user created, modified, read,received etc is placed inside the secure device. The file is located ina location accessible to the secure environment where it can be used. Inone embodiment the file is kept in a RAM disk of the secure environmentto enhance security. This step can be followed by steps 805, 806 or 807,depending on the user command.

In step 805 file is sent to another authorized secure device. Thedetails for this step can be seen for example in FIGS. 6A, 6B and 6C.This step is followed by step 803 in the other authorized secure device.

In step 806 file is read, edited or used or any combination of these,within the secure device. File is used by the secure device within thesecure environment. This step is followed by step 807.

In step 807 file is stored securely for use only within secure device.The file is sent to the secure vault where it is protected foro example,encrypted with the AES key of the secure vault. The file then can bestored locally in the secure device, or dent outside the secure deviceto be stored for example in the user machine. This step is followed bystep 802.

Please note that deleting a file may take place even without the securedevice, such as if the secure file is kept on the user machine, it maybe deleted directly without being first sent into the secure device.

These series of steps display the lifecycle of a secure file for usewith a secure device from creation throughout its usage. In all stagesthe file is never available in open, readable form outside the securedevice and is available only within a secure device where it can beviewed, edited and used. The file is always separate from the usermachine which cannot access the file for its contents even while thefile is used. In the preferred embodiment the secure file is signedprior to being encrypted so that if a file is altered outside the securedevice the file will not be valid.

Additional aspects and detail of the preferred embodiment now follow.

The secure environment is a clean sterile environment for working withsecure data. It is initialized by the secure vault and connected to theoutside world only through the secure vault, which sends it files thatare authorized for use.

The secure environment display runs directly to the monitor through thevideo mixer and does not go through the user machine.

The secure environment receives commands through the secure vault whichmay originate from the user machine or another external device. Thesecommands include focus and un-focus commands as well as the requestedusage of the received unencrypted files such as, execute a viewer or anediting program for the received file or filename.

The commands also include a size and location of display on the screen.This data is communicated to the video mixer which displays the documentor application in its proper location in PIP on the monitor. If a windowframe is present in the user machine then the PIP is preferably locatedwithin the window frame intended for the secure application in thedisplay of the user machine.

The secure environment also receives the input keyboard as well as sendsout the keyboard to the user machine. When keyboard typing is notintended for a secure environment it is transferred to the user machine.When the keyboard typing is intended for the secure environment, thetyping is not sent to the user machine. This way it is not possible tolog the keys typed from the user machine in secure conditions.

The secure environment receives mouse moves and clicks and sends them tothe application executing in the secure environment. This can be donethrough commands received from the user machine.

The video mixer receives display inputs from the user machine and fromthe secure environment. The mixer also receives commands from the secureenvironment for where to locate the secure environment window and itssize.

Using such a setup it is not possible to take a snapshot of the secureenvironment from the user machine such as by doing a print screenbecause the secure environment display does not run through the usermachine.

Some monitors include PIP functionality built in so that can replace thevideo mixer in some embodiments.

In the present embodiment, the user machine has installed a securedevice program for working with secure files which are encrypted andunusable on the user machine.

The secure device program executing on the user machine opens a windowwith empty contents which is where the PIP output of the secure devicewill be located. The video mixer mixes the user machine display outputand the secure device display in PIP.

In a preferred embodiment, upon double clicking on a secure file in theuser machine, the secure encrypted file is sent to the secure vaultalong with a command such as, open this file and display it. When thefile is opened, keyboard typing is directed to the opened document inthe secure environment and does not reach the user machine. The displayof the secure data appears in PIP located in the window opened in theuser machine display, as explained above. Mouse focus and movements arecommunicated through the secure device program on the user machine tothe secure vault for implementing mouse clicks and moves within thesecure environment and for displaying the correct window location andsize in coordination with the user machine display.

The technical objectives of this disclosure are to create an isolatedand secure environment for handling secure data while letting the usermanipulate the secure data in a seamless manner that looks as if onlythe single machine of the user is being used.

The objective of the creation of the isolated and secure environment ismet with the implementation of the secure vault and its extension, thesecure environment which is isolated from the world with the exceptionof the secure vault.

The objective of letting the user handle secure data while keeping itsecure is met with the prevention of secure data, display data andkeyboard typing from reaching the user machine.

These objectives as described can be technically met in an embodimentusing the equipment described below. Please note that the proposedhardware may be replaced to similar available items.

In some embodiment the secure vault is implemented using the BF548Blackfin processor from Analog Devices that implements the Lockboxhardware securing technology along the lines described in FIG. 2.

Connections can be made in various ways between the secure vault and theuser machine and between the secure vault and the secure environment.For example, USB and RS232 connections.

The secure vault enters secure mode and executes an authenticatedprogram written for the system herein. A program can only be authorizedfor the secure vault with the secret key corresponding to the public keyburned into public OTP. The secure vault executes the authenticatedprogram and gains control to the secret AES key. The secure vaultpreferably remains in secure mode, receiving secure encrypted files,decrypts them with the AES key and passes the files to the secureenvironment for processing.

Encrypted files can only be used when the device is in secure mode,which can only be achieved when the executed software of the securevault is authenticated by the secure vault. Only then can the AES key ofthe secure vault be accessed.

The secure environment is booted at the command of the secure vault, insome embodiment through a physical connection to reset and initiatebooting. The secure environment is booted from an image fileauthenticated by the secure vault.

In this manner security is founded by the secure vault and extended tothe secure environment. The secure environment extends the secure vault,communicates data only with the secure vault. In some embodiments thesecure environment is implemented with a Pandaboard. In otherembodiments the secure environment is implemented with a Raspberry Piboard.

The board of the secure environment may include connections such asUSBs, USB OTG, serial RS232, HDMI and DVI and others. The board connectsto the secure vault for booting and for transferring secure files. Thereis a dedicated connection from the secure vault to the secureenvironment to control power and/or reset to control initializing andloading of the secure environment.

The keyboard may be connected to one of the USB ports and the USB OTGmay be used is used for transferring non secure keyboard typing to theuser machine. The keyboard connections may be made in some embodimentsto the secure vault. In other embodiments connections may be made to thesecure environment, both or one to each environment.

The Video Mixer is connected to a RS232 port of the secure environmentfor controlling the location and size of the secure environment displayin PIP mode.

The secure environment authenticated boot image may be built in such away so that the peripherals of the secure environment are not effectivefor connections other than for the purposes listed above, so forexample, the keyboard connection will not allow usage other than forentering keyboard typing.

In the preferred embodiment the secure environment runs a program thatlistens to the commands arriving from the secure vault, receive filesarriving from the secure vault, and execute the required operations.

The secure environment receives keyboard and mouse moves, which arepassed to the application processing the secure data file.

The video mixer operation is as follows: The displayed secure dataoriginating from the secure environment is displayed in PIP directlyinto the monitor without being passed through the user machine to avoidscreen snapshots for example.

There can be different ways to gain PIP functionality, such as monitorsthat have multiple video inputs and include PIP functionality built inwith the ability to receive commands through some connection.

In this disclosure we use an external video mixer that is capable ofbeing command driven through an RS232 connection. This is meant as anexample and other ways exist.

In some embodiments the Ambery MPV-100 Dual-Channel VGA DVI PIP VideoMixer is used as video mixer. Additional other video mixers may be used.

In the present embodiment PIP is used through a video mixer but othermethods of combining outputs of different computing environments may beavailable, such as virtual machines. Other ways of passing display of asecure device to the user without passind the display through non secureenvironments may exist. The intention of this disclosure is to provideone full example of the preferred embodiment amd these details shouldnot be limiting.

The user machine is connected to the secure vault, for example using aUSB cable and the user machine keyboard is received from the secureenvironment. The display of the user machine is connected to the videomixer.

An application is executing on the user machine for activating thesecure device. When the application is activated by the user, it opens ablank window on the screen and sends data to the secure vault thatincludes the requested program and file, as well as the size andlocation of the window that was opened by the application on the usermachine.

In the preferred embodiment the secure data file resides encrypted onthe user machine and is transferred to the secure vault where it isauthenticated, decrypted and transferred to the secure environment whereit is opened in an application and displayed in PIP mode directly on topof the blank window opened on the user machine.

The PIP window is placed inside the standard window manager frame whichcan be moved, resized, out of focus and in focus and so forth. Suchcommands are sent to the secure vault and passed to the secureenvironment to handle display and keyboard input correctly.

The type of data that can be used in the secure device ranges fromimages and documents, emails, code, etc.

Programs such as word processor, excel, notepad and image viewer areinstalled in the secure environment authenticated boot image file. Thisfile is authenticated by the secure vault and can be updated withanother authenticated image.

When a secure data file arrives, a program installed in the secureenvironment is executed to handle the file. This way documents, excel,notes, images and so forth, can be viewed and edited.

An email message can be protected by implementing for example using aplug-in to the existing email client on the user machine. The plug-incan pop up the secure environment PIP over some of the email text to addsecure data to the email. When the email is sent, the secure data partof the email is secure even if some email users were wrongfullyaddressed. This is because the secure part can only be accessed by thoseintended to view the secure data part.

In a similar manner credentials can be entered into forms and into webpages. The implementation for entering credentials into a web page canbe implemented by either having a secure device at the web server or byadding an SSL implementation within the secure environment for example.

Since the secure device is meant to be seamless for the user, it isimportant for the user to be able to differentiate a secure environmentfrom a non-secure environment. In order to differentiate between theenvironments we use the “totem” image for having the secure deviceauthenticate to the user that a window is a secure window. In theexample of the credentials to be entered to the form above, when theuser sees the totem image and then the user/pass prompt, or the totemimage overlayed the user/pass prompt, the information can be typedsafely from interception. Similarly this is the case for the secureemail part, for secure documents etc.

Use case for showing the benefit of the secure device is now presentedas follows:

User creates a secure data file within the secure device.

-   -   a. User clicks on the secure file application icon on his        machine    -   b. The secure device authenticates itself to the user by        displaying the totem image    -   c. The secure application is executed in the secure environment        and displayed in PIP to the user    -   d. The user edits the document. All key typing and display does        not pass through the user machine    -   e. The user saves the file. The file is encrypted and stored on        the user machine

Use case for authorized user opening an existing secure file for viewingor editing.

-   -   a. User clicks on the secure file application icon on his        machine    -   b. The encrypted file on the user machine is moved to the secure        device and decrypted for use of the authorized user    -   c. The secure environment authenticates itself to the user by        displaying the totem image    -   d. The secure application is executed in the secure environment        displaying the decrypted secure file. The display is carried out        in PIP to the user    -   e. The user edits the file. All key typing and display do not        pass through the user machine    -   f. The user saves the file. The file is encrypted and stored on        the user machine

Authorizing additional users can be done for example by implementing SSLin the secure vault. In such a scenario key exchange may occur betweentwo devices and one device may use the second device encryption key forencrypting a digital certificate that includes a decryption key for asecure file, for example. Furthermore, a different key may be createdand used for the secure communication between two or more secure vaults.In some embodiments a certificate may be used for passing the same fileto multiple users and only an encrypted certificate is created for eachuser. The certificate includes the secret key for opening the file.

Using this described technique for communicating secure data, a programis made for adding users that will be allowed to access a specificdocument. This program will execute in the secure environment. Atextual, non graphical captcha in the form of textual randomletters/digits will be displayed to authenticate the user consent to theauthorization (in addition to the totem flashing before or while theprogram for adding users is executed). This ensures additional users arenot added by a malware or by an attack on the user machine. The use of asimple non graphical captcha can be effectively used to authenticatethat it is the user rather than some program that is attempting blindedauthorization for accessing secure data. That is because the displaydata does not pass through the user machine.

The authorizing of additional users being able to access a secure filewill work only for documents that are allowed accessed by the currentuser. In some embodiments the user may not be able to add users if thatuser does not have certain privileges. For example the creator of thesecure file may send files to users but these users may not pass thefile onwards. The owner of the secure file may allow others to becomeowners, allow read only permissions or allow editing as well. The ownermay allow or disallow sharing of a secure file for non owners and soforth. This way each file may have a specification of privileges withdifferent privileges for different users including read only, editingand sharing etc.

In some embodiments, in order to make use of existing documents and movethem into the parallel world a cleansing process may be implemented.This process intends to remove any malware that may be embedded into thedocument. The process turns the document into images, transfers theminto the secure device which may alter the images and move them to thesecure environment. The secure environment may then reconstruct thedocument using OCR and with identified images within the document. Thedocument may not be fully editable like the original but may besufficient to preserve security and usefulness.

In some embodiment a web plug-in for entering user credentials securelymay be included along with the existing communication to the web server.In this scenario a PIP window pops up with credentials input and otherdata that needs to be securely typed and received. The typed data isthen passed to the server without the user machine being able to monitordata such as through keystrokes or display. In the preferred embodiment,the totem image described above is flashed to the user just prior orduring the inserting of the credentials and other secure information.

The email plug-in for securely sending emails as described above uses aPIP window that pops up over email textual input and safely receives thedata and then passes it to the server without the user machine everexposed to this data. The data is then displayed to the receiver in aPIP window without the user machine being able to access the emailmessage. In the preferred embodiment, the totem image described above isflashed to the user just prior or during the entering of the secureemail message.

In some embodiments it may be a preferable to pass keyboard typingthrough the secure vault rather than the secure environment.

In some embodiments SSL is implemented in the secure environment so thatapplications may communicate with data that is securely available in thesecure device, for example credentials that need to travel securely to aserver over SSL.

In some embodiments VPN is implemented in the secure device so thatapplications may be executed in a more secure environment that isseparate and inaccessible from the user machine.

In some embodiments networked applications may execute using the secureenvironment making use of the feature that the environment is separatefrom the user machine. For example, remote desktop may be used forcontrolling a computer at a remote site without worrying aboutinterception, key logging, and display snapshots locally at the usermachine.

In the remote desktop example, if VPN is used between the remotecomputer and the secure device then working using the secure device issecure from any local interception or malware.

This possibility of working remotely in an environment safe frominterception opens up the capability of executing applications remotelywithout the risk of malware that can monitor the user. This isespecially useful in banking websites, digital purchases through thenetwork etc.

In some embodiments code can be protected while being edited and sharedthrough the secure device. If the secure device includes a compiler thenit is possible that only executable files can be formed, henceprotecting the source code.

In some embodiments a secure device may be used in cars and othervehicles for securing critical data in the car computer. As vehiclesbecome more computerized and more connected to the internet, so do thesecurity risks grow and the importance of authenticated software andsafe secure data usage becomes essential. Transferring data to and fromthe vehicle can become secure this way as well.

In some embodiments a secure device may be used to secure the internetof things. This means devices such as used for smart homes can connectsecurely to the internet to receive commands and transmit status. Oncedevices that control and monitor systems in the house can safely connectto the Internet, the use of such devices will become increasinglyadapted.

It is important to note that the secure device cannot be simply changefor the user because first off, the totem image will not show andsecondly, existing files will not open because of the different AES keyin the secure vault.

In some embodiments multiple secure environments can connect to a singlesecure vault for enhanced performance. Such an advantage can be, forexample, more than one secure window displayed simultaneously for someembodiments.

The secure device has the additional advantage of offering authenticatedrecipients, authenticated sender as well as authenticated edits, writesand composer or composers. This unique feature that can authenticatemembers of a document is an important feature of this disclosure. If aremote server is used then the server can be authenticated as well. Thisis important for payment, banking etc. This can be implemented, forexample, by using the secure vault which creates certificates fir eachfile passing by it to another user.

The secure device can securely remotely control a remote system wherethe GUI runs on the secure device and the commands are then sent,through XML secure files for example, to the remote server that also hasa secure device.

In some embodiments the secure device is extended to mobile phones. Forexample, the microphone can run into the secure device and from thesecure device to the phone itself. In this case the microphone can becut off from the phone and the conversation or sound recording becomessecure. Similarly the speaker can connect to the secure device directlyso that the secure device can output a secure conversation or soundrecording to the user without the sound going through the phone itself.Similarly, a virtual keyboard can run into the secure device. The securedevice can pop up a secure data window bypassing the phone as well.

In some embodiments, different levels of authority may be implemented,for example by rank or group, and with different types of permissionssuch as for certain secure files and actions allowed on those securefiles. This can be implemented using different certificates for a fileso that a user may have a certificate for opening a file for reading butnot editing or sending onwards to another user.

In some embodiments groups of permissions may be in place for managing alarge group of people that are allowed certain permissions to accesssecure files. For example, consider an intelligence army base with alarge number of classified documents. A large number of people will havepermission to view level A (lowest rank) classified documents. A smallernumber of people will have permissions of group A+group B for havingadditional permissions to view additional files and so forth. In thismanner it is easy to control permissions for each document and on a peruser base, with the ability to block passing of document onwards or tosave documents aside. So if a new document becomes available, its authorthen assigns it a permission group (group B). If a new user arrives,this user will receive group A permission group and will for example notbe able to view the new document.

In the way described above regarding groups of permissions, groups ofdevices may be implemented in order to manage a large group ofprivileged users.

In some embodiments in order to protect the display output of the securedevice, such as by installing a transmitter in the monitor or itscables, the secure device may be included with the monitor or cableconnected to the monitor. Furthermore, in some embodiments the displayand/or cable may be surrounded by material disabling transmission ofdisplay data.

In some embodiments the secure vault may be implemented as a virtualmachine such as VMware.

In some embodiments, permissions for sending a secure file to anotheruser may be restricted. For example, only the creator of a document orits owner may be able to send the file to another user. In someembodiments, permissions may be shared and transferred.

In some embodiments the totem image may be added along with a currentdetail such as the current date from a server or from the local usermachine.

The solution described in this disclosure introduces a parallel world ofsecurity that isolates and protects data yet keeps it usable. Theusability is seamless for the user that works as if all the work is doneon her computer. The secure portions may authorize themselves to theuser which may be the only difference noticeable to the user.

The solution presented in this disclosure can be used to protect theorganization data even if an intrusion has already occurred, and protectthe organization even from an inside data breach. That is because securedata is used separate from the computers that use them and that securefiles are preferably encrypted only for use in secure devices. Since thesecure vault runs an authenticated signed program that matches thepublic key burned into its OTP memory, the access to the secure key canonly take place when the secure vault runs an authenticated program.Since the authenticated program hermetically separates between theoutside world and secure environment, the secure data remains secureeven from currently existing security breaches and people inside theorganization that may intentionally or unintentionally send secure dataoutside the organization.

In the current situation of cyber threats, building a secure system isalways a challenge, especially when a system is connected to theinternet and may already include various malware installed. Thechallenges of securing data in a system that is connected to theinternet or even a private network that may include malware aremitigated by creating a “parallel” execution environment that isunreachable from the user machine yet usable by the user.

The parallel execution environment is protected by the secure vault thathas the role of ensuring security from boot time of the secureenvironment throughout its life time.

The I/O of the parallel world execution, namely key strokes and outputdisplay, does not pass through the user machine. The display of securedata to the user takes place in a PIP mode and all keyboard typing ispassed only into the secure environment.

It is an object of this disclosure to remove all cyber attack surfacesfrom the access of the user machine when secure data is handled.

It is an object of this disclosure to allow the handling of secure dataon a user machine that is compromised while keeping the secure dataprotected.

This disclosure protects the user data to the maximum by exactlyallowing the authorized recipient to view, edit and share secure datawhile keeping the secure data separate from the access of the usermachine. Two environments that work in parallel are formed where theuser is the only point of connection between them, and the secureenvironment authorizes itself to the user using the totem image. In someembodiments more than two environments may be used and more than one ofeach environment may be used. The description of the two environments ismade for the understanding and separation between them and the twoenvironments should not be limiting.

Maximum breathing space is gained when data can be used by itsauthorized recipients and owners only and is secured from cyber attacks,interception and other unauthorized entities, even systemadministrators. For instance, mass copying of data is prevented by thesystem inherently.

The current disclosure may use off the shelf components, requires anidentical setup for each secure device and requires minimal efforts fromIT. Nothing is basically required on the server side so this givesminimal cost to a possible embodiment of this disclosure.

With this present disclosure adversaries are no longer in a position tocopy large amounts of sensitive data, log keyboard typing or snapshotdisplayed sensitive data even if they gained access to the user systemitself, or if they come from within the organization.

Conclusion, Ramifications And Scope

Accordingly, the reader will see that the disclosure of this inventionprovides a “parallel world” of security that isolates and protects datayet keeps it usable.

The solution described is seamless to the user yet the solutionauthenticates itself to the user to let the user know the accessed datais indeed secure. Therefore composing, editing and reading of securedata can be made with reassurance.

The usage of secure, protected data is transparent to the user andsecure, protected data can be shared and safely sent to other users, yetfor example unintended recipients cannot make use of secure data.

This solution can protect secure data even if an intrusion has alreadyoccurred, and protect the data even from an inside security data breach.

This solution protects various types of sensitive data such asdocuments, emails, code, images, videos; sensitive data entry such ascredentials to a website; editing documents, composing emails; writingcode; remote data usage etc.

Although the description above contains many specifications, theseshould not be constructed as limiting the scope of the invention but asmerely providing illustrations of some exemplary embodiments of thisinvention.

For example, other means of hardware protection mechanisms may be usedto implement this disclosure apart from the Analog Devices Lockboxsecuring technology. Lockbox is one technology that is used here toillustrate an embodiment of this disclosure; Other secret keys and typesof keys symmetric and non symmetric may be used to implement security inthis disclosure; Certificates may be used as an intermediate means ofholding and updating secret keys for encrypting content; Other ways ofsplitting displayed data for secure and non secure contents may be used,the secure vault may be one unit with the secure environment or may evenbe in a single chip so that the secure device may be a single chip orunit, the secure device may be implemented as a part of another deviceand so on.

While certain features of the invention have been illustrated anddescribed herein, many modifications, substitutions, changes, andequivalents may now occur to those of ordinary skill in the art. It is,therefore, to be understood that the appended claims are intended tocover all such modifications and changes as fall within the true spiritof the invention.

It is expected that during the life of this patent many relevant securedevices and systems will be developed and the scope of the terms herein,particularly of the terms “user machine”, “secure device”, “securevault”, and “totem image” are intended to include all such newtechnologies a priori.

It is appreciated that certain features of the invention, which are, forclarity, described in the context of separate embodiments, may also beprovided in combination in a single embodiment. Conversely, variousfeatures of the invention, which are, for brevity, described in thecontext of a single embodiment, may also be provided separately or inany suitable subcombination.

Although the invention has been described in conjunction with specificembodiments thereof, it is evident that many alternatives, modificationsand variations will be apparent to those skilled in the art.Accordingly, it is intended to embrace all such alternatives,modifications and variations that fall within the spirit and broad scopeof the appended claims. All publications, patents and patentapplications mentioned in this specification are herein incorporated intheir entirety by reference into the specification, to the same extentas if each individual publication, patent or patent application wasspecifically and individually indicated to be incorporated herein byreference. In addition, citation or identification of any reference inthis application shall not be construed as an admission that suchreference is available as prior art to the present invention.

What is claimed is:
 1. A secure system for authenticating securehandling of data to a user, the secure system comprising: a securedevice configured at least partially for handling secure data; a videocombiner for displaying at least part of output from said secure devicedirectly to said user on a display with at least part of output from auser machine wherein the location of at least part of output of saidsecure device on said display is controllable by said user machine; asecret totem recognized by said user wherein said totem is secured usingsaid secure device; whereby said secret totem is presented to said userdirectly through said display for authenticating of said secure systemto said user thereby said user handles data securely using saidauthenticated secure system.
 2. The secure system of claim 1, furthercomprising a keyboard connection to said secure device wherein keyboarddata to said secure device for entering secure data does not passthrough said user machine whereby keyboard and display data of saidsecure device do not pass through said user machine.
 3. The system ofclaim 1 wherein said secure device includes a secure vault forpreventing secure data from leaving said secure device in an openunsecured form and preventing any content data from entering the securedevice unless it is encrypted and authenticated for that secure deviceuse.
 4. The secure system of claim 1 wherein totem data is an image. 5.A method of authenticating a secure system to a user for handling securedata the method comprising: a. preparing a secret totem for said user tobe recognized by said user, b. securing said secret totem using saidsecure system, c. presenting said secret totem to said user using saidsecured totem by said secure system for authentication of said securesystem to said user wherein location of at least part of said securesystem in a display is controllable by a user machine, d. prompting saiduser for handling secure data using said secure system followingauthentication of said secure system to said user.
 6. A method accordingto claim 5, wherein keyboard to said secure system is directly connectedto said secure system whereby said secure data keyboard typing does notpass through said non-secure system.
 7. A system for handling securedata and non-secure data through a common interface while allowing auser to identify secure handling of secure data, the system comprising:at least one secure device for handling secure data; at least onenon-secure device for handling non-secure data; a video combiner fordisplaying output of at least part of said at least one non-securedevice and for directly displaying output of at least part of said atleast one secure device on a display wherein location of output of atleast part of said at least one secure device in said display iscontrollable by said common interface; a secret totem recognized by saiduser wherein said secret totem is secured using said at least one securedevice; whereby said secret totem is presented to said user by said atleast one secure device directly through said display to let said useridentify secure data handling on said display.
 8. The system of claim 7wherein said secure device includes a secure vault for preventing securedata from leaving said secure device in an open unsecured form andpreventing any content data from entering the secure device unless it isencrypted and authenticated for that secure device use.
 9. The securesystem of claim 7 wherein totem data is an image.
 10. The secure systemof claim 7 wherein said secure device is configured for sharing securedata with another secure device for authorizing said secure data for useof another secure device belonging to said another user.
 11. The securesystem of claim 10 wherein said secure device is configured toauthenticate sender of secure data to recipient.
 12. The secure systemof claim 10 wherein said secure device is configured to communicate withanother secure device located on the cloud for securely using data onsaid cloud.
 13. The secure system of claim 10 wherein said secure deviceis configured to operate in a form appearing in said user machine forinserting data securely in said form.
 14. A system for handling securedata and non-secure data through a common interface while allowing auser to identify secure handling of secure data and to securely sharesecure data with another user, the system comprising: at least onesecure device for handling secure data wherein said at least one securedevice is configured for sharing secure data with another secure devicefor authorizing said secure data for use of another secure devicebelonging to said another user; at least one non-secure device forhandling non-secure data; a video combiner for displaying output of atleast part of said at least one non-secure device and for directlydisplaying output of at least part of said at least one secure device ona display wherein location of output of at least part of said at leastone secure device in said display is controllable by said commoninterface; a totem recognized by said user wherein said totem isprotected by said at least one secure device; whereby said totem ispresented to said user directly through said display to let said useridentify secure data handling on said display.
 15. The secure system ofclaim 14 wherein said secure device is configured to authenticate senderof said secure data to recipient.
 16. The secure system of claim 14wherein said secure device is configured to communicate with anothersecure device located on the cloud for securely using data on saidcloud.
 17. The secure system of claim 14 wherein said secure device isconfigured to operate in a form appearing in said user machine forinserting data securely in said form.
 18. The secure system of claim 1wherein said totem is a video.
 19. The secure system of claim 1 whereinsaid secure device is configured for sharing secure data with anothersecure device for authorizing said secure data for use of said anothersecure device belonging to another user.
 20. The secure system of claim19 wherein said secure device is configured to authenticate sender ofsaid secure data to recipient.
 21. The secure system of claim 1 whereinsaid secure device is configured to communicate with another securedevice located on the cloud for securely using data on said cloud. 22.The secure system of claim 1 wherein said secure device is configured tooperate in a form appearing in said user machine for inserting datasecurely in said form.
 23. A method according to claim 5, wherein saiduser requests sharing of said secure data with another user when saiduser is prompted for handling of said secure data wherein said securesystem authorizes said secure data for use of another secure systembelonging to said another user.
 24. A method according to claim 23,wherein said secure system authenticates sender of said secure data torecipient.
 25. A method according to claim 23, wherein said securesystem communicates with another secure system located on the cloud forsecurely using said secure data on said cloud when said user requestssharing of said secure data with said another user.
 26. A methodaccording to claim 23, wherein said secure system operates in a formappearing in said user machine for inserting data securely in said form.27. A method according to claim 5, wherein said user requests sharing ofsaid secure data with a server when said user is prompted for handlingof said secure data wherein said secure system authorizes said securedata for use of another secure system belonging to said server.
 28. Amethod according to claim 27, wherein said secure system authenticatessaid user as sender of said secure data to said receiving server.
 29. Amethod according to claim 27, wherein said secure system communicateswith another secure system located on the cloud for securely using saidsecure data on said cloud when said user requests sharing of said securedata with said another secure system on the cloud.
 30. A methodaccording to claim 27, wherein said secure system operates in a formappearing in said user machine for inserting data securely in said form.31. A method according to claim 5 wherein said totem is an image.
 32. Amethod according to claim 5 wherein said totem is a video.
 33. Thesecure system of claim 14 wherein said totem is an image.
 34. The securesystem of claim 14 wherein said totem is a video.